
1 



Title of the Invention 

IP ADDRESS RESOLUTION METHODS AND APPARATUS 

Field of the Invention 

5 The invention resides in address resolution or translation in connection 

with data management in the field of IP (Internet Protocol), data networks, 
memory management and others. With high-capacity optical links, high speed 
address translation is needed. The methods and apparatus devised for translation 
must also anticipate and consider a potential significant growth of the prefix 
10 directory. In a particular aspect, the invention is directed to high speed IP address 
translation techniques which are to be used in IP nodes. 

Background of the Invention 

IP scalability is somewhat limited by the address resolution mechanism. 
1 5 An optical-fiber link of 80 Gb/s capacity, for example, would required an address 
resolution mechanism capable of identifying some 40 million addresses per 
second, with a mean packet length of 2000 bits. This can be provided by brute- 
force duplication of an address-resolution mechanism. It can also be realized by 
elegant designs. 

20 In addition to legacy routers, nodes which attempt to control the quality of 

service by creating connections for otherwise connectionless traffic must be able 
to translate the addresses of incoming packets, belonging to either connectionless 
or connection-based traffic. High-capacity nodes are desirable in order to reduce 
the number of hops between origin and destination. 

25 The address translation considered in this disclosure may be stated as 

follows, with the help of Figure 1 which illustrates graphically the translation 
problem 100 in generic terms: 

An address space S 1 02 contains a large number of addresses of equal 
length, i.e., each address has the same number of bits. Only a small subset of the 

30 addresses is assigned to network users. The assigned addresses may appear in 
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clusters 104. Each assigned address 106 is associated with a translation. To 
determine the translation of an arbitrary address, the address must first be located 
in the address space 102. Each assigned address 106 in the address space 102 
maps to an address 108 in a condensed address space (an address table) 110. In 
5 other words, a set R of M addressable entities is stored in an address table (routing 
table) 110. The addresses of the address table are preferably stored in consecutive 
location in a memory. Each of the M entries has at least two fields, one containing 
an address and the other the corresponding translation. The translation may be the 
desired result or a pointer to a block of data containing the sought information 

10 about the address. The set R belongs to an address space S and each member in R 
belongs to the address space S. The address space S can be vast, having a very 
large number, N, of elements. Thus, while the set R can be stored in a memory 
device, the address space S cannot practically be stored. For example, in the 
Internet protocol IPv4, N is about four billions, while M is typically about sixty 

1 5 thousands. Thus the ratio N:M is of the order of 60,000. 

As seen in the above discussion, there is an enormous address space, which 
is sparsely populated by a much-smaller number of assigned addresses. The 
addresses are of fixed length B; for example, in IPv4, an address has a length of 
four bytes (B=32 bits). Due to certain practical requirements imposed on the 

20 operation of the network, the division of the address space is done in such a way 
as to satisfy certain topological criteria and network layout considerations. Each 
address, of length B=32 .bits for example, is segmented into two parts: J and B-J. 
The first segment J is often called a prefix. The prefixes have different lengths 
(different number of bits), and a prefix can be embedded in another prefix in a 

25 hierarchical fashion. The prefixes are unique and only the prefix portion of an 

address is meaningful to the network. The prefixes known to a network node are 
stored in an address table together with a translation for each prefix. If two or 
more addresses have the same prefix, they appear in the address table as a single 
entity. Thus, there are 2 (B ' J) potential addresses corresponding to a segment of J 

30 bits, many of which may be unused. With B=32 and J=20, for example, there are 
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2 12 (that is, 4096) addresses of the same prefix. These (B-J) bits have only local 
significance to the receiving node. The purpose of the address-translation 
mechanism in a network node is to find the translation corresponding to any given 
prefix. 

5 Thus, the translation problem is summarized as follows: 

An address X in address space S is received from a source external to the 
translation device, and it is required to determine if it belongs to the set R, and if 
so to extract the corresponding translation and communicate it to the source or an 
agent of the source. If the elements in R and S are always of a same length, the 

10 translation can be a relatively simple task. An element in R may, however, be of 
any length between a minimum and maximum. In the IPv4 case, the address X 
has two segments, and the total length B is 32 bits. Only the first segment is of 
interest across the network. The translation device is aware of the total length of 
X but not the length of either segment. Furthermore, several entries in R may be 

1 5 identical to a leading portion, starting from the first bit, of the incoming address X. 
It is possible that two addresses with prefixes J and K, with K>J, have the same 
first J bits. In the IPv4 hierarchical structure, the entry in R with the highest 
coincident leading portion, of K bits say, is the sought address. If K=0, the 
address X does not belong to R. 

20 Figure 2 shows an address translation mechanism 120 which after having 

determined the translation (desired output port for example) corresponding to the 
requested address, routes a respective packet received at its input port to a desired 
destination. The address to be translated may be either a destination address or 
source address. A router receives packets at its input ports and routes them to 

25 proper output ports according to the addresses found in the packets' headers. 
Referring to Figure 2, which depicts a mechanism for packet parsing, a packet 
arrives at an ingress port 122 and a parsing unit 124 separates its address from the 
packet. Both the address and the remainder of the packet are assigned a cyclical 
request number at block 1 26 from a pool of available numbers for managing the 

30 address translation process. The cyclical request numbers range from zero to a 



number that is sufficiently large to avoid depletion of available cyclical numbers. 
The assigned cyclical number is attached to both the address and the packet itself 
as indicated in blocks 128 and 130 of Figure 2. The address with the request 
number is sent to address translation block 132 while the packet is stored at packet 
5 storage 134, generally in contiguous locations. In a forwarding process, the 
address translation block 132 determines the destination to which the stored 
packet should be transported based on the packet's address. By using the cyclical 
request number, the packet storage can be directly indexed and the packet can be 
associated with the translation of the address. At unit 140, the separated address is 

10 combined with the packet indexed in the packet storage 134 and the combined 
packet together with the translation result are returned to the port from which the 
requested packet has arrived or to any specified processing unit. The request 
number is returned to the pool of cyclical numbers for reuse when the translation 
is complete. The ingress port is now ready to forward to desired egress port the 

1 5 packet whose address has just been translated. It is also possible that both data 
packets and address be identified by ingress port number as well as translation 
request number. 

Figure 3 illustrates a known queuing mechanism 160 at a communications 
node which stores packets arriving at each ingress port in its ingress buffer 162 

20 and indicates the location of each stored packet 166 in a pointer array 164. The 
length of array 164 is at least equal to the largest number in the set of cyclical 
translation request numbers. Array 164 is indexed by the assigned translation 
request number. When a packet assigned a translation request number X is 
queued in position Y in buffer 162, the number Y is written in the X th entry in 

25 array 164. When the translation of the head-of-line packet in buffer 162 is 
complete, the X th entry in array 164 is reset to null. 

U.S. Patent No. 5,414,704 May 9, 1995, Spinney, describes an address 
lookup technique in packet communications links of Ethernet, token ring or FDDI 
type. The technique uses a combination of programmable hash algorithms, binary 

30 search algorithms, and a small content-addressable memory (CAM). The CAM is 
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used for finding a direct match of an address. For a search of other global 
addresses, hashing is used to produce local addresses of smaller widths and a 
balanced binary tree search finds a desired address from the hash table and the 
translation table. 

5 In U.S. Patent No. 5,425,028 June 13, 1995, Britton et al, protocol 

selection and address resolution for programs running in heterogeneous networks 
are described. According to their invention, a program address is registered in the 
network so that it becomes available to other programs that understand the 
address, even if they are running over a transport protocol that does not understand 

10 the address format. 

U.S. Patent No. 5,812,767 Sep. 22, 1998, Desai et al, describe a system for 
user registering an address resolution routine to provide address resolution 
procedure which is used by data link provider interface for resolving address 
conflicts. An information handling system includes a number of stations 

1 5 connected in a network configuration, each station including a processor, a storage 
and an I/O controller. The processor operates under control of an operating 
system control program which is divided into a user (application) space and a 
kernel (system) space. 

In U.S. Patent No. 5,796,944 Aug. 18, 1998, Hill et al, an address 

20 management circuit and method of operation, for use in a communications 

internetworking device, includes a search engine having first and second search 
circuits for concurrently searching a network address table for source and 
destination addresses of a frame received by the communications internetworking 
device. Memory read cycles of the source and destination address searches are 

25 interleaved to allow a memory access to occur during every system cycle to 
thereby rapidly complete the searches for both the source and destination 
addresses. 

A single indexed memory provides a simple means of address translation. 
In the Internet Protocol, the use of a single indexed memory is impractical. Even 
30 with IPv4, which uses a 32-bit address, the number of indexed-memory entries 
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would be about 4-billions. It is possible, however, to exploit the fact that typically 
the prefix length is significantly smaller than 32 for a large proportion of the 
prefixes in the prefix directory. This property facilitates multi-stage indexing. A 
two-stage indexing approach was adopted by Gupta, Lin, and McKeown in their 
5 paper titled "Routing lookups in Hardware at Memory Access Speeds", IEEE 
Infocom, 1998, pages 1240-1247. In their approach, a first memory is used for 
direct indexing using the first 24 bits of an IPv4 address. A second memory is 
used for prefixes whose lengths exceed 24. For each entry in the first memory that 
corresponds to a prefix greater than 24, an indexed extension array of 256 entries 

10 is used to translate the respective address. If an extension array does not have a 
valid entry in a range {X to 255}, with X<256 3 then the indexed array can be 
truncated to a length of X. This may save memory storage to some extent. 

The technique of Gupta et al is in fact very efficient and economical to 
implement for IPv4 with its current prefix distribution. However, it suffers from a 

15 major shortcoming: it is heavily reliant on the assumption that the number of 

prefixes exceeding 24 is relatively small. With the growth of the Internet, and as 
new prefixes are assigned to new users, the distribution of the prefix length is 
likely to spread. This would render the technique impractical. For example, if 
only 10% of the entries in the first index stage extend to the second stage, then the 

20 second memory must have about 400 million entries, each entry including a 

translation. Furthermore, it is plausible that the address length, hence the prefix 
length, be extended to accommodate future demand. A 5 -byte address, for 
example, would require excessive memory sizes. The memory size can be 
reduced to some extent by using several indexing stages, however, the memory 

25 requirement would still be prohibitive. Another factor to be taken into account is 
that the memory access speed decreases as the memory storage capacity increases. 
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Summary of the Invention 

Briefly stated, in accordance with one aspect, the invention is directed to a 
method of translating addresses of a predetermined length. The method comprises 



a step of resolving the address to a prefix, if the address is found in a primary 
translation table, the primary translation table containing prefixes whose lengths 
are less than a predetermined value less than the length of the address and 
locations of branch data structures a plurality of secondary search units. The 
5 method further includes steps of performing a secondary search in the secondary 
search units in parallel, if the primary translation table indicates the locations of 
branch data structures to begin each secondary search for prefixes whose lengths 
are larger than the predetermined value and translating the addresses to prefixes, if 
the prefixes are found in the secondary search. 

10 In accordance with yet another aspect, the invention is directed to a 

method of encoding a number H>0 of independent trees of known prefixes and 
respective prefix translations, the encoded trees being stored in a single memory. 
The method includes a step of constructing a data structure having a table V 
storing pointers and a table T storing translations wherein each of the H encoded 

15 trees is identified by a root with corresponding entries in tables V and T. 

In accordance with a further aspect, the invention is directed to a method 
of resolving B bit long addresses of packets into prefixes of any length up to B by 
the use of a data structure which comprises a length sorted table Q and a plurality 
of secondary search units, table Q containing data related to prefixes of length less 

20 than A, A<B and each secondary search units including tables V and T which are 
in one-to-one correspondence to one another and each consists of a 2xM memory, 
M being a positive integer. The method comprises steps of indexing table Q by 
using the first A bits of an address to generate a corresponding prefix of length 
equal to or less than A, or a pointer to a secondary search unit and accessing table 

25 V of the secondary search unit indicated by the pointer using each successive 
remaining bit of the address in order. The method further includes steps of 
accessing table T of the secondary search unit at each successive location 
corresponding to the location of table V accessed in the above step and reading a 
valid data contained at the location in table T, the valid data being a prefix of 

30 length more than A. 

In accordance with another aspect, the invention is directed to an apparatus 
for address translation of a packet. The apparatus comprises a parsing block for 
receiving the packet and parsing address, each address having length B, B being a 
positive integer and an indexing block for selecting the first A binary bits of each 

35 received address, A being a predetermined positive integer and A<B and for 
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directly accessing a sorted prefix directory by the first A binary bits, the sorted 
prefix directory containing translated prefixes of length N equal to or shorter than 
A and data specifying one of a plurality of secondary search units. The apparatus 
further includes the plurality of secondary search units having the plurality of 
5 secondary memories for searching in parallel through the secondary memories 
specified by the indexing block for prefixes of length N longer than A, each 
secondary memory comprising tables V and T in that tables V and T are in a one- 
to-one correspondence to one another and each consists of a 2xM memory, M 
being a positive integer, table V for accessing successive location for each 

10 successive bits above A of the addresses and table T for translated prefixes at a 
location corresponding to the location accessed in table V. 

In accordance with one aspect, the invention is directed to an address 
translation apparatus for telecommunications networks in which packets are 
transported to addresses contained therein. The apparatus comprises an address 

1 5 separation unit for separating from a packet an address to be translated and a 
primary translation unit having a primary translation table for translating the 
address to a prefix, the primary translation table containing prefixes whose widths 
are less than a predetermined value and locations of branch search data structures 
in a secondary search unit. The apparatus further includes a plurality of secondary 

20 search units for performing secondary searches in parallel, each secondary unit 

having the branch search data structure for performing each secondary search and 
translating the address to a prefix, if the primary translation table indicates the 
location of a branch search data structure to begin the secondary search. 

In the approach adopted in this application, an indexed memory of a 

25 moderate depth, having 2 16 entries (65536 entries) for example, is used to split the 
incoming addresses. The prefixes that are not recognized by indexing are 
forwarded to parallel secondary searching units with moderate memory 
requirements that depend only on the size of the prefix directory and not the prefix 
length. For example, if the prefix directory expands from the current (roughly) 

30 60,000 entries to a million entries, even if each prefix exceeds 16-bits, together 
with an extension of the address length to more than four bytes, the memory 
requirement for the parallel secondary search would still be of the order of 1 
million entries. 

35 Brief Description of the Accompanying Drawings 
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Figure 1 illustrates the translation problem. 

Figure 2 shows a mechanism for receiving packets from an input port, 
parsing the packet to separate an address, and determining the translation 
corresponding to the address. 
5 Figure 3 illustrates a known queuing mechanism which stores arriving 

packets at each ingress port in a buffer and indicates the location of each stored 
packet in a pointer array. 

Figure 4a illustrates the clustering of addresses that may occur in the 
address space. 

10 Figure 4b illustrates a uniform distribution of the assigned addresses in the 

address space so that the addresses are equally spaced in the address space. 

Figure 4c illustrates the address spacing within the address space when a 
pragmatic address scrambling procedure is used to scramble the clustered 
addresses of Figure 4a. 
1 5 Figure 5 depicts the steps needed to implement a high-capacity address 

translation mechanism. 

Figure 6 illustrates the function of the scrambling unit. 
Figures 7 and 8 illustrate the basic approach of using an indexing stage 
followed by a searching stage as depicted in Fig. 5. 
20 Figures 9 and 10 show the details of constructing an indexing array. 

Figure 1 1 shows the partitioning of a 32-bit address into two fields, an 
indexing field and a search field, to enable an indexing-searching process. 

Figure 12 shows an address with a prefix of length that is shorter than the 
length of the indexing field. 
25 Figure 1 3 shows an address with a prefix length greater than the length of 

the indexing field. 

Figure 14 is a histogram representing a typical prefix-length distribution in 
the Internet. In Figure 14, the categories of prefixes shorter than or equal to L, L 
being 1 6 in this illustration, can be identified by indexing only, while the 
30 categories of prefix lengths exceeding 16 require a further search process. 
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Figure 1 5 shows a truncated tree on which a number of prefixes are 
identified and an array showing the number of prefixes stemming from each 
extremity of the base tree. 

Figure 16 shows a data structure used for prefix searching in a search unit 
5 of Figure 5. 

Figure 17 illustrates the construction of a multi-branch search table in 
which independent branches are encoded in the same data structure. 

Figure 1 8 illustrates the construction of a partial-indexing table Q from a 
prefix directory P. 
1 0 Figure 1 9 is an example of a prefix directory. 

Figure 20 illustrates three phases of the indexing-searching process using 
the example of Figure 19. 

Figure 21 is a conceptual view of the indexing-searching mechanism. 

Figure 22 illustrates the content of an indexing table using a simplified 
1 5 case of 1 6 prefixes. 

Figure 23 illustrates the initialization of a multi-branch secondary search 
memory where the branches are encoded in an interleave fashion to reduce the 
number of secondary memories and to pack the entries in each of the parallel 
memories. 

20 Figure 24 is a schematic of an indexing-searching mechanism. 

Figure 25 is a schematic of a translation module showing the construction 
of a parallel search mechanism (also showing a scrambling circuit). 

Detailed description of the preferred embodiments of the invention 

25 The invention includes one or more of the following concepts; partial 

address scrambling, concurrent lookup without directory duplication, and 
encoding interleaved independent (branches) in a shared memory. 
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1. General Discussion of the Techniques 

The address translation method can be developed by investigating two 
fundamental techniques that make up the address translation: indexing and 
interleaved searching. In addition to these fundamental techniques, another 
5 technique, partial address scrambling, can be advantageously employed to further 
improve the design of the address resolution mechanism. 



a Indexing Technique 

A direct address memory for direct indexing can be prohibitively large. In 
10 IPv4, for example, such a memory should have the capacity to store 4-billion 

translations. The use of a single direct-access memory holding this data would be 
impractical. The use of a hierarchical two-dimensional memory structure is 
possible, however, the number of memories would be quite large. For example, a 
first stage memory of 64K entries would select one of up to 64K secondary 
15 memories each of which would store up to 64K entries. The process of selecting 
one of several thousand secondary memories is not a simple task. 

b Searching Technique 

The searching technique described in this specification requires a number 
20 of memory-access operations determined by the number of bits in the prefix. The 
translation time is then determined by the prefix length and the efficiency of the 
search method. The search process requires several memory-access steps which 
increase the translation time. This necessitates the use of parallel search as 
describe below. 

25 

c Compound Indexing-Searching Solution 

Instead of a multi-dimensional indexing, which may require enormous 
storage, it is possible to perform partial indexing followed by parallel branch 
searching. Tree searching requires several memory-access operations per address, 
30 but with several such searches being performed in parallel, the translation rate (the 
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number of address translations per time unit) can be increased to exceed the rate 
determined by the single memory-access operation of a one-dimensional indexing 
stage. Thus, indexing followed by branch searching can yield a translation rate of 
the order of 20 mega addresses per second, with a total time of memory-access, 
5 and other related operations, of the order of 50 nanoseconds. 

2. Indexing Implementation 

One-dimensional indexing, requiring only a single-memory access per 
address, can be performed directly if the prefixes are of a fixed length. If the 

10 length is 18 bits, for example, then about 256,000 entries need be available, even 
though a large proportion of the entries may be unassigned. The prefixes 
considered here are, however, of variable length and direct indexing can only be 
applied after a process of reconstruction of an address directory from the prefix 
directory as will be described in detail below. 

15 The number M of prefixes in the respective directory is typically much less 

than the size of the address space, M«2 B , B being the address length in bits. L- 
bit indexing uses the first L bits of an address of an incoming packet for directly 
indexing a memory of 2 L entries, 0<L<B. Some prefixes may be shorter than L. 
This requires that some prefixes have to be appended to fill all the 2 L entries. 

20 Indexing is limited mainly by the size and speed of the indexed memory. This 

normally requires that L be limited so that a memory of sufficient storage with an 
acceptable access time can be used. 

a Reconstruction of the address directory from the prefix directory 

25 A prefix of J bits in an address of B bits may represent the J most 

significant bits of a number of addresses ranging from 1 to 2 (B J) . If B=32 bits and 
J=10 bits, for example, then the J bits may be the prefix of up to 2 22 , i.e., 4 million, 
addresses, but typically the number of addresses stemming from the prefix would 
be smaller than this upper bound by several orders of magnitude. 
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It is possible to construct an address-translation array which includes all 
the addresses stemming from any prefix of J bits by simply writing the translation 
corresponding to the prefix in all consecutive positions in the array starting from 
an index formed from the J bits of the prefix as the most significant bits followed 
5 by (B-J) zeros, to an index formed from the J bits of the prefix as the most 
significant bits followed by (B-J) ones. Such an array would normally be 
prohibitively large and the vast majority of its entries may correspond to non- 
existent addresses. 

If an array as described above can be constructed and is accessible, the 

10 translation function would require only one memory access. Storing the array in a 
single memory is difficult and using multiple memories requires a hierarchical 
structure and, hence, multi-dimensional indexing. In a two-dimensional structure, 
a first memory stores 2 L translations or pointers to a secondary-stage memory, 
0<L<B, and up to 2 L second memories are indexed by the remaining (B-L) bits of 

15 each address. For example, selecting L to be 8 bits, 256 memories would be used 
to store the remaining bits of each address. In the IPv4 case, each secondary 
memory would store 2 24 , i.e., about 4 million addresses. Using a three- 
dimensional structure, a first memory may store the first L bits of each address, 
this results in 2 L , i.e., 256, second-level memories. If each of the second-level 

20 memories were indexed by the next most-significant K bits, each second-level 

memory would be associated with 256 third-level memories; each being indexed 
the remaining (B-L-K) bits of each address. If L=K=8, and B=32, the maximum 
number of third-level memories would be 2 (L+K) , i.e., 65536 memories, each having 
up to 2 (B - L - K) , i.e., 65536 entries 

25 The number q of addresses stemming from the prefixes in a prefix table may be 

substantially less than the size of the address space S. Nevertheless, the number q 
can be larger than the number of assigned addresses by several orders of 
magnitudes. 

As will become apparent in the remaining part of the specification, in some 
30 embodiments, the invention combines both (partial) indexing and searching 
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techniques to realize novel address translation mechanisms that are fast yet 
requiring less memory space. The invention comprises the partial indexing stage 
followed by an interleaved-searching stage. The partial indexing state employs 
direct memory access using a predetermined number of most significant bits in 
5 addresses requested to be translated to find matched prefixes. The searching stage 
is performed for the remaining bits in an address only when the first stage fails to 
produce a match. In a preferred form, the searching stage uses a parallel searching 
process to increase the speed as will be described further below. 

10 3. Searching Implementation 

A prefix directory R has M prefixes, and a translation for each address. 
The translation of an address is generally a pointer to a storage location. For 
example, the pointer may point to an egress port number in a router, or to a 
location in a memory storing data related to the address. The number of bits in an 
15 address may vary between 1 and an upper-bound B, B being 32 in the Internet 
Protocol IPv4. 

The prefix directory must be encoded in a data structure that facilitates a 
translation. According to one of the embodiments, the data structure uses two 
tables V and T, each of a size exceeding 2xM words. A conservative estimate of 

20 the size is 2x2M. The tables V and T are preferably stored in separate memories. 
Table V stores pointers and table T stores the required translations. All entries in 
Tables V and T are initialized as zeros. An entry in table V is an integer number 
between 0 and M. An entry of 0 in table V indicates a search termination. Each 
of the tables V and T has two rows and several columns. An entry in table V that 

25 is greater than zero is a pointer to a column in table V or table T. There is a one- 
to-one correspondence between an entry in L and entry in T. An entry in table T 
is an integer number between 0 and W, where W is the largest translation value. 
An entry of zero in table T indicates an unknown address translation. 




15 



a Construction of the search tables for multiple-independent branches 

The algorithm for constructing the tables V and T is given below. The j* 
5 prefix, i.e., the prefix in position j in the prefix directory R, has m, bits and a 

translation G. The bit in position d, 0<d<m j5 in the j* prefix, is denoted Dj d . The 
value of Dj d is either "0" or "1". The algorithm allows the encoding of multiple 
independent trees (branches) in a single memory. An address is decoded (i.e., 
translated) using the data structure. The number of independent trees (branches) in 
10 a single memory is denoted H, 1< H <M. 

Prefix encoding algorithm 

To insert a prefix of translation G and belonging to address branch h, 
l<h<H, set K-H+F and y=h+F, F being an arbitrary integer offset representing a 
15 reference memory address. F may be zero for example. Then, initializing tables 
V and T by zero entries, the following algorithm is executed: 
for l<j<M 
{ 

for l<_d<mj 
20 { x=D j>d 

i/(V(x,y)>0), y=V(x,y); 

else {K->K+1, V(x, y)=K, y=K} 

} 

for d=mj x=D jfd , T(x, y)=G 

25 } 



b 

the 



Address decoding: Translation using the search tables V and T 

An address is received having a fixed number of bits B. The outcome of 
translation process is an integer between 0 and an upper bound W. An 
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outcome of 0 indicates an unknown address, i.e., an address with an unknown 
translation. 

Let Uj be the j* bit of the B-bit received address, and the address is known 
to belong to address branch h. The procedure of finding the translation (which 
5 may be a null value) is as shown in the decoding algorithm below: 
y=h, 1=0, 
for l<d<B 

{ 

x=u d , if (y = 0) exit; 
10 if (T(x,y)>0)t=T(x,y)); 

Y=V(x, y); 

z/(V(x,y)>0) y=V(x,y) 

} 

If t is greater than zero, it is a valid translation. Otherwise, the translation 
1 5 cannot be determined from the routing table R. 

The above search procedure is quite simple but it requires several memory- 
access processes. The number of memory-access processes depends on the 
number of digits B. The search is, however, often completed in less than B steps 
as indicated by the 'exit' condition in the above address-decoding algorithm. 

20 

4. Duplication vs. Partitioning of Prefix Directory 

The simplest way to perform parallel translation is to use several copies of 
the routing table (prefix directory). Several routing tables that can be accessed 
independently from each other would be needed. If the size of the routing table is 
25 relatively small, of the order of several thousands for example, the use of a 
multiplicity of routing tables, requiring several storage memories, may be 
acceptable. As the size of the routing table increases, to several million addresses 
for example, duplication of the routing table would become undesirable. In any 
case, it is necessary to ensure that addresses of the same traffic stream are 
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processed by the same translation module in order to ensure that the translations of 
addresses of the same stream are performed in sequence. 

With B=32 bits, if the first 16 bits are used for direct look-up (direct 
indexing), then 16 bits are left for a multi-memory-accesses search procedure. 
5 The direct indexing requires a single memory access per address. The search 
requires a maximum of 16 accesses and the computation of the realizable 
translation rate should be based on this upper bound. The search time can be of 
the order of 320 nsec (with a memory-access time of 20 nsec), yielding a total 
translation time of some 400 nsec. 
10 Using 16 search units in parallel, and considering that a proportion of 

address-translation processes may not proceed to the search step, the realizable 
translation rate would be determined primarily by the first-stage direct indexing 
step which becomes the bottleneck. 

15 5. Partial Address Scrambling 

The assigned addresses may not be evenly distributed within the address 
space. When multiple search mechanisms are used to increase the translation rate, 
clusters, as illustrated in Figure 4a, of addresses within the address space lead to 
uneven loading of the search mechanisms and, hence, a reduced translation rate. 

20 A step can be provided in the search procedure to provide a means of load 

balancing which attempt to equalize the processing loads of the secondary search 
devices. This can be done in several ways. One way to smooth the distribution of 
assigned addresses is to apply a scrambling function to the addresses in the routing 
table and to apply the same scrambling function to each incoming address. The 

25 scrambling function may be applied to the full address, or a part thereof. The 

scrambling function must, however, be applied to the same bit-positions in each 
address. The routing table, however, contains prefixes of different sizes and not 
complete addresses. Scrambling may then be applied only after a "prefix 
complementing" process to be described below. 
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One simple yet effective scrambling process is the bit-reversal mapping, 
where a word is read in reverse of the order in which it was coded. It is noted that 
the one-to-one mapping need not be hardwired. Mapping patterns may be 
adaptively modified by implementing programmable bit mapping, where any of 
5 the input bits can be directed to any of the output bits. Other techniques such as 
learning techniques based on actual statistics of prefix usage may be used to 
separate the prefixes into groups, based on minimizing the inter-group variance. 
In the address translation system described in this specification, a learning-based 
load-balancing process may use as input all the entries in the indexing memory 

10 that require a secondary-search step. The number of such entries may be of the 
order of several thousands, and the balancing process may become time 
consuming. The process, however, may be implemented offline. 

As illustrated in Figure 1, within a vast IP address space S, only a limited 
number of addresses are in use and they may also be clustered in certain areas as 

15 shown. Figure 4a illustrates differently the clustered addresses as illustrated in 
Figure 1. It uses five partitions of IP addresses in a linear scale. The address 
space 102 has unassigned addresses and addresses in use. The assigned addresses 
are shown as clustered in areas 104. Figure 4b illustrates a perfect scramble that 
would space the address equally throughout the address space and Figure 4c 

20 shows a more realistic scrambling using, for example, bit reversal mapping. 

Scrambling is an attempt to balance the storage requirement and the translation 
computational effort among a number of parallel translation devices. 

6. Sample Embodiments of Compound Indexing-Searching Techniques 

25 Figure 5 depicts an implementation concept of a high-capacity address 

translation mechanism according to the invention. Figure 5 illustrates a two-stage 
mechanism comprising an indexing stage 150 followed by a searching stage 152. 
The indexing stage 150 is optionally preceded by a scrambling stage 154. The 
purpose of the optional scrambling stage is to attempt to equalize the gaps 

30 between consecutive assigned numbers. 
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Figure 6 illustrates the function of a scrambling unit associated with an 
input port (illustrated in Figure 24). The figure relates to the case of a partial- 
indexing list of 32 entries based on a scrambled field of five bits. The direct and 
scrambled indices are indicated in table 170, where the scrambling is realized by 
5 bit-reversal. If the partial indices are not scrambled, the used partial indices may 
appear in two clusters occupying positions 4 to 7 and positions 17 to 23 in the 
address space as indicated in array 172. Using a reverse-binary scrambler, where 
each number is simply transposed, the indices appear at more spread positions as 
indicated in array 174. 

10 Indexing is fast but requires a large memory the size of which is 

determined by the address space. Searching is slow but its memory requirement is 
determined by the size of the assigned-addresses table rather than the size of the 
address space. The size of the prefix table is normally much smaller than the size 
of the address space. A combination of the two techniques can be realized by 

1 5 dividing each address into two fields and using indexing for one field and 

searching for the other field. The inter-working of the two techniques will be 
described below. 

Figures 7 and 8 illustrate the basic approach of using an indexing stage 
followed by a searching stage as depicted in Figure 5. The figures illustrate a case 

20 of a hypothetical 8-bit address, where the addresses are shown in a two- 
dimensional array. Four bits are used for each dimension. The first four bits 
(base) identify a column, which is located by an indexing process. In both 
Figures, a populated column 182 contains at least one address, and a null column 
1 84 does not contain any addresses in use. Addresses in use are shown in dark 

25 circles 186 and those not in use are indicated by empty spaces 188. The second 
four bits (remainder) identify the location of the sought address in an identified 
populated column 182. If the second stage is also based on indexing, the sought 
address can be identified directly. As describe earlier, this arrangement would 
require a large number of memories, each containing one or more columns when 

30 the address has a large number of bits, 32 for example. Preferably, the second 
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stage uses a searching procedure in order to reduce the storage requirements. A 
number of searching units may operate in parallel, so that their combined speed 
equals or exceeds the speed of a single indexing process implementing the column 
identification. The indexing-searching method depicted in Figure 8 is similar to 
5 that of Figure 7 except that a scrambling process is applied to the first four bits in 
an attempt to equalize the gaps between successive populated columns 182. This 
process requires that all the first four bits of the address be actually included in the 
address prefix. This condition is guaranteed by implementing a reconstruction 
procedure to form a partial-indexing array as indicated in Figure 9, to be described 
10 below. 

In the following description, "prefix complementing" refers to the process 
of generating 2 (B " L) entries of same translation in indexing memory, L being the 
length of the indexing segment of an address as will be described with reference to 
Figure 11. 

15 Figures 9 and 10 show the details of constructing an indexing array, using 

five digit addresses as examples. The simplest way is to sort the prefixes of the " 
routing table according to the number of bits in each prefix in either an ascending 
order (Figure 9) or descending order (Figure 10). The indexing array is initialized 
by a void translation (e.g., a code "00" as will be explained later). If an 

20 ascending-order sorting is employed, as illustrated in Figure 9, the prefixes are 
complemented and the corresponding translation is written in the entries 
determined from the complemented set, overwriting the current content in the 
array. The progression is indicated in columns 242, 244, 246, and 248, using 
sample prefixes in a five-digit address space shown in the Figure. In the process 

25 illustrated in Figure 1 0, a descending order is employed. The prefixes are 

complemented and entered in the indexing array only if the entry contains a void 
translation. The progression is indicated in columns 252, 254, 256, and 258. The 
procedure can also be implemented without sorting the prefix table, in which case 
a new entry overwrites a previously written entry only if the new entry has a wider 

30 prefix. 
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In this specification, "addressable entity" is used to indicate an address of a 
router, gateway, memory, node, etc., to which packets are to be sent for 
processing, thus requiring translation. It should however be noted that in the 
Internet environment, the term "prefix" is a more familiar term than addressable 
5 entity and thus will be used frequently in this specification. 

Figure 1 1 shows a partial indexing which uses an arbitrary partitioning of 
an address 262 of B bits into two segments. A first segment of L bits is followed 
by a second segment of (B-L) bits. The first segment is hereinafter called a base 
segment or indexing segment, and the binary tree constructed from the base 

10 (indexing) segment is called a base tree. The first (base/indexing) segment of 
length L is used as a pointer to an entry in an indexing memory and the second 
segment serves as a search field. The width of the base (indexing) segment of 
Figure 1 1 is chosen so that the all the 2 L branching points of the base tree can be 
stored and directly indexed (directly accessed) in a single memory. With L=16, 

15 for example, the required storage would be 65,536 words. The width L of the base 
segment may be larger than the prefix J (addressable entity) as shown in address 
264 in Figure 12. In this case, indexing requires that the entries of the indexing 
table corresponding to the remaining (L-J) bits be filled appropriately, as will be 
described below. Figure 13, on the other hand, shows an address 266 with a prefix 

20 length K greater than L. In such addresses, indexing is performed with the first L 
bits and the searching process attempts to identify the remaining (K-L) bits of the 
prefix. 

Figure 14 is a histogram representing a typical prefix-length distribution in 
the Internet. The prefixes are shown in categories according to their length, and 

25 each category is represented by a horizontal bar. In this example, the prefix 
lengths vary from 8 to 32, with uneven distribution of the number of category 
prefixes. In the figure, the thickness of a bar at a bit number is representative of 
the number of addresses in use having the respective bit length. In this example, 
prefixes which are 8 bit, 16 bit and 24 bit long are more in use than those of other 

30 lengths (which is currently the case in the Internet due to historical reasons). As 
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discussed above, the categories of prefixes shorter than or equal to L, L being 16 
in this illustration, can be identified by direct indexing only, while the categories 
of prefix lengths exceeding 16 require a further search process. The base tree 
contains all the prefix entries in area 282 with length up to L and therefore, 
5 prefixes determined within the base tree in the area on the left of the line 
corresponding to length 16 bits (L = 16) can be translated to corresponding 
addresses by a direct search within the base tree. Each extremity of the base tree 
can be the root of a new tree, hereafter called a branch. Prefixes contained in area 
284 beyond length 16 require further searches involving the branches of the base 

10 tree. An extremity can be a valid address with or without a branch stemming from 
it. It can also be idle not leading to a valid address. 

As discussed above, therefore, if all the prefixes in use are shorter than or 
equal to the base (indexing) segment of an address, i.e., all the prefixes are in the 
base tree, a search using the base (indexing) segment only is sufficient. 

15 Otherwise, searching becomes necessary. Searching is time consuming and the 
invention provides a solution to circumvent this problem using parallel searching 
of non-intersecting segments of the prefix directory. 

As described earlier, the part of an address following its prefix is known 
only to a given destination node and is not used within the rest of the network. A 

20 direct-access look-up table is constructed, by some artifice or another, to translate 
every address whose prefix is of a width L or less. Such a look-up table is 
hereafter called a base table or an indexing table. The base (indexing) table does 
not provide the translation of an address whose prefix exceeds L. However, it can 
be used to direct the search process to other devices to provide the translation 

25 using the remaining part of the (unknown) prefix of width exceeding L. 

Figure 15 shows a 5-level tree on which a number of prefixes are 
identified. The prefixes correspond to addresses A, B, C, D, E, P, Q, R, and S. 
The prefixes 292 are of different lengths (A:00, B:l 1, C:01 1, D:100, E:0001, 
P:00111, Q:01011, R: 10100, S: 11011). Each extremity 294 of the base tree is 

30 associated with the nearest higher prefix. An extremity 00001 is associated with 
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prefix A while extremity 00010 and 0001 1 are associated with prefix E. Thus, the 
extremities can be marked as such and direct indexing, requiring a single memory- 
access, can be applied. The above example explains the case of a 5 -bit indexing 
segment (L = 5). Array 296 at the bottom of Figure 1 5 indicates the number 
5 of addresses that could not be resolved by direct indexing for each root. For 

example, at index 01, there are 8 unresolved prefixes, while at index 02 there are 
89 unresolved prefixes, at index 23 there are 80 unresolved prefixes, and so on. 

Figure 16 shows a data structure used for prefix searching. This searching 
mechanism can be independently employed for address resolution in certain 

10 applications but it can be advantageously used in a search step 152 of Figures 5 
Referring to Figure 16, each entry in the structure is initialized as "0". 
There are 4 rows, 422, 424, 426, and 428, and a number of columns exceeding the 
number of entries in the prefix table. An entry in row 422 stores a column number 
to be visited next if the last encountered digit in an address is "0". An entry in 

1 5 row 424 stores a column number to be visited next if the last encountered digit in 
an address is "1". An entry in row 426 stores a translation of an address 
corresponding to an entry in row 422. An entry in row 428 stores a translation of 
an address corresponding to an entry in row 424. Rows 422 and 424 are treated as 
two rows of a table V. Similarly, rows 426 and 428 are treated as two rows of a 

20 table T. The prefix encoding algorithm and address decoding algorithm described 
earlier are used to construct tables V and T and to translate an incoming address 
using the data structure in V an T. 

The data structure described above in connection with Figure 1 6 can be 
used for a prefix search involving multiple branches encoded in a single memory. 

25 The encoding algorithm described earlier is used for multiple branches sharing a 
common memory. Figure 17 illustrates the construction of a second-search 
memory, focussing on one secondary memory having four interleaved branches 
(H=4). Using the encoding algorithm described earlier, the four branches: 
{Al: 010, Bl: 100, Cl:110, Dl:11011}, 

30 {A2:00,B2: 11,C2:110}, 
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{A3: 110, B3: 101, C3:1010}, and 

{A4: 11, B4: 110, C4:l 101 1 }, are encoded as shown in Figure 17. 

In a first step, prefix Al : 010 is encoded. The write-pointer K of the 
selected secondary memory is initialized as K=H=4. Al belongs to branch 1 
5 (h=l). Increase K by 1 (thus K becomes 5) and since the first digit of Al is "0", 
enter the value of K (K=5) in V(0, 1). The second digit of Al is 1 and it is not the 
last digit in Al, thus increase K by 1 and in position V(l, 5) write the new value 
of K (K=6). The last digit of Al is 0. Thus set T(0, 6)=A1 . The value of V(0, 6) 
must not be overwritten when the last digit of a prefix is encoded. 

10 The next prefix to be encoded is C3 (1010) which belongs to branch 3 

(h=3). The write pointer K is increased from K = 6 (last value) to K=7 which is 
entered in V(l, h), i.e. V(l, 3), since the first digit of C3 is a "1". The next digit is 
0 and V(0, 7) is found to be zero. Thus, K is increased to 8 and V(0, 7) is set 
equal to 8. The following digit is 1 and V(l, 8) is found to be zero. Thus, K is 

15 increase to 9 and V(l, 8) is set equal to 9. The last digit is "0", hence T(0, 9)=C3. 
K is not increase for the last digit of an encoded prefix. 

The process is continued with the remaining prefixes. The sequence of 
prefixes shown in Figure 1 7 leads to the completed V and T tables shown in the 
bottom of the figure. 

20 Figure 1 8 illustrates the construction of a partial-indexing table Q from a 

prefix directory in connection with one embodiment of the compound indexing- 
searching technique. The prefixes in the directory are sorted according to their 
lengths, and placed in a length-sorted table P. The sorted table P has three columns 
482, 484, and 486. The number of rows in table P equals the number of available 

25 prefixes. Column 482 stores the prefix length of each entry. Column 484 stores 
the prefix itself. Column 486 stores the translation for each prefix. The length- 
sorted table P is mapped onto a fixed-length table Q. Table Q has a number of 
rows equal to 2 L , L being the length in bits of the partial-indexing field of each 
address as indicate in Figure 1 1 . The number of entries in table P is likely to be 

30 much smaller than the number of entries in table Q. Table Q has three columns 



492, 494, and 496. Each entry in column 492 is initialized as "00". When the 
process of constructing the indexing table is complete, an entry in column 492, 
which stores a 2-bit code, will store an entry "00", "01", or "10". An entry "00" 
indicates that the received address is unknown to the translation mechanism. A 
5 "01" indicates that the following field stores a translation. A "10" indicates that 
the subsequent field stores an identity of a secondary memory and a branch 
number in the identified secondary memory. 

The data structure for an indexing-search process 

10 As mentioned earlier, the complement of a prefix of J bits, where J is less 

than the number L of bits of the indexing segment of an address, is a set of 
consecutive numbers starting from an L-bit number made up of the number J 
followed by zeros in the (L- J) least significant positions to an L-bit number made 
up of the number J followed by ones in (L-J) least significant positions. 

1 5 Referring to Figures 19 and 20, a prefix table 480 has M rows, M being the 

number prefixes known to the translation device. Each row has three fields, 482, 
484, and 486 containing respectively a prefix length w, a prefix p, and a 
corresponding translation t of the prefix. Field 482 has a value of w and is flog 2 wl 
bits wide, (e.g., 32 bits in IPv4). The notation Txl denotes the nearest higher 

20 integer of a real variable x, or the value of x itself if x is an integer. Field 484 is w 
bits wide, allowing a prefix to be as long as a full address. Field 496 has a 
sufficient number of bits to represent the highest translation value. 

Referring to Figure 20, sorted indexing table 490 has 2 L rows, L being the 
number of bits in the base (indexing) segment of an address. The value of L is a 

25 design parameter. Each row has three fields 492, 494, and 496. Field 492 is a 
two-bit translation code which is assigned one of three values "00", "01", and 
"1 1". For example, as described earlier, these values could have following 
meanings. The "00" translation code indicates an unknown address. A "01" 
translation code indicates that the translation "t" follows the translation code in the 
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same row of the indexing memory. A translation code of "10" indicates that the 
following field in the indexing memory points to one of secondary search 
memories. The fields 494 and 496 could have different interpretations depending 
on the translation code in field 492. 



secondary search memories which will be shown by designation 546 in Figure 25 
and will be described in detail below. Field 496 has as many bits as required to 
accommodate the largest number of branches per secondary memory. If, for 
example, the number of secondary memories is 64, and the maximum number of 

10 branches per secondary memory is 4095 (numbered 1 to 4095, branch number 0 is 
not used), then the number of bits in field 494 is 6 and the width of field 496 is 12 
bits. The number of bits in the combined fields 494 and 496 must be sufficient to 
represent the highest translation value since the combined field may be used for 
this purpose as will be explained in the procedure of construction the data 

15 structures. If the combined field (concatenated fields 494 and 496) has 18 bits, a 
maximum of about 260000 branches can be encoded in the S secondary memories 
and the translation has a maximum value of 2 18 ; 2622144. If the mean number of 
prefixes per branch is 50, for example, then the mean number of prefixes per 
secondary memory is about 200,000 and, with S=64, a total of about 12 million 

20 prefixes can be encoded. 

Building the indexing table 

This process is preferably carried out in software then transferred to the 
hardware structure of Figures 24 and 25 for real-time execution. 
25 A work array Q(.) of S entries (not illustrated), S being*the highest branch 

number in each memory is used to store the branch numbers assigned to each 
secondary memory. Q(m) stores a branch number of memory m. Preferably, 
0<m<64 and, 0< Q(m)<4096. The process is illustrated by an example, using the 
parameters stated above (2, 6, and 12 bits in fields 492, 494, and 496, 



5 



In Figure 20, field 494 has riog 2 Sl bits, where S is the number of 
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respectively). To construct the indexing table and the secondary-search tables 
stored in the secondary memories, scan rows 0 to (M-l) of prefix table 
sequentially from prefix directory 480 of Figure 19. Read prefix width w (field 
482), prefix p (field 484), and translation t (field 486). Entries 492, 494 and 496 
5 of Figure 20 are zero initialized. The first secondary memory is arbitrarily 
selected to be memory # 1 (m=l). Then the indexing table is built as follows: 
ifw<L, 

(a) derive the L-complement set C of prefix p as described earlier. 

(b) reverse the binary representation of each element in C in order to effect 
10 indexing scrambling. 

(c) use the reversed element to index the indexing-table 490 at a respective 
row 491. 

(d) in entry 492 of the respective row 491 write a translation code "01" to 
overwrite the current value of "00". 

15 (e) the code "01" indicates that a translation is to follow in the combined 

fields 494-496 (referenced as a single field 498). 

(f) the translation "t", read from field 486, is then written in the 
subsequent 18-bit field 498, overwriting a current value. The use of 18 
bits allows a highest translation outcome of about 260000. 

20 

ifw>L, 

(g) the first L bits, preferably L=16, of the prefix are reversed to effect 
scrambling. 

(h) the reversed 16-bit word is used to index the indexing-memory 490 at a 
25 respective row 491 . In the field 492 of the respective row 491 enter a 

translation code of "10" to indicate that the translation may be found in 
a secondary memory. 

(i) the identity of the secondary memory is determined by reading field 494 
of the respective row 491 . 

30 (j) if the read value, denoted m, is greater than 0, then the secondary 
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memory m must be selected. Q(m) in this case is greater than 0 and the 
prefix belong to an already-encoded branch, 
(k) if the read value is 0, then a secondary memory is selected on a round- 
robin basis by adding 1 to the identification number of the last- 

5 assigned 

secondary memory. The round-robin selection helps to equalize the 
number of branches in the secondary memories. This, together with 

the 

scrambling process described earlier result in a well-balanced 
10 secondary-search stage. 

(1) a maximum number of branches per secondary memory may be 

imposed, in which case a memory that has reached a given threshold is 
not selected and a subsequent memory is sought. 
The procedure is illustrated in Figure 20 taking the prefix directory shown 
15 in Figure 19 as an example, without the bit-reversal option in order to simplify the 
illustration. Figure 19 is a sorted prefix directory containing addresses and their 
translations A-W. Figure 20 has three parts showing three phases (i), (ii) and (iii) 
of the process of building a 4-bits indexing table. The prefix directory is scanned 
starting from the first row. At phase (i), addresses A and B are entered as 
20 translations to corresponding rows and their field 492 is written as "01", indicating 
that a translation can be found. At phase (ii), addresses C and D are entered to 
corresponding rows by overwriting if necessary. Address E is 4 bits long (i.e. 
w>L) and the corresponding row is written by "10", "1" and "1" in fields 492, 494 
and 496 respectively indicating a search being needed in secondary memory #1 
25 starting at location #1 or tree-branch #1. Address F is entered by writing "10", 
"2" and "1" in fields 492, 494 and 496 indicating a search being needed in 
secondary memory #2, at its location or tree branch #1 . Thus, at phase (ii), 
continue with following addresses by entering an identity of the secondary 
memory and the branch number. If the corresponding row has already the 
30 secondary memory and branch entered, the existing values are taken. Encoded 
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addresses are indicated by numeral 498. 

Once the memory has been selected and the branch number has been 
determined, the encoding algorithm described earlier is applied to fit the prefix in 
a respective branch. The construction of the data structure is preferably performed 
5 in software and copied to the indexing table and secondary-search memories 

illustrated in Figure 25, for real-time processing. (A branch prefix is the part of a 
prefix following the first L bits, L being the width of the indexing segment of an 
address.) 

Figure 21 is a conceptual view of the indexing-searching mechanism. The 

10 figure is based on a partial index L of 16 bits, leading to a partial-indexing table 
490 of 65536 entries. Each entry comprises three fields as described earlier. The 
first field 492 is a 2-bit translation code. The second field 494 is a secondary- 
memory identifier, and the third field 496 is a tree-branch number in the identified 
secondary memory in column 494 as determined during the construction process. 

1 5 The example shows 1 6 search units, each storing interleaved branches of data 
structures 420 (Figures 16 and 17). 

Figure 22 illustrates the content of table 490 of Figure 21 using a 
simplified case of 16 entries (L=4). Row 0 in the table shows a translation code 
"10'. It directs the search to search unit "1" to search a tree starting in location 

20 "1". Row 1 also has a translation code of "10" and directs the search to a 

secondary search unit "1" but searching a branch starting at location "2". The 
search tree process can be shifted as shown in the algorithm provided earlier. Row 
number 4 shows that the translation is complete (the result being 12) since the 
translation code is "01". Row number 7 has an unproductive translation since the 

25 translation code is "00". 

Figure 23 illustrates the four search memories associated with the example 
of Figure 22. Each search memory stores interleaved branches, having an 
interleaved data structure 420 of Figure 16. The top memory 512 has four 
encoded branches, the second memory has two encoded branches, etc. An entry 
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5 14 is the root of a respective branch having the same branch number as the 
position of the entry (relative to a memory, index offset, if any). 

Figure 24 is a schematic of an indexing-searching mechanism 520 of a 
relatively large directory. The final output of the mechanism is either a valid 
5 translation or a void indication that the prefix of the address is not provided in the 
prefix table. The addresses to be translated are aggregated in a single stream 522 
and offered to the indexing unit 524. Optional scramble unit 523 can be provided 
here. The output of the indexing unit is either a void "00" a translation "01", or a 
request to start a search process "10". If the output is a translation, it is directed 

10 through a link and queue 532 towards the respective ingress port. If the output is a 
search request, it constitutes a search memory identifier and a pointer to a location 
in the indicated search memory. The output of parallel searching 526 using the 
search memory is either a valid translation or a code indicating that the prefix of 
the address is not contained in the original routing table. A holding buffer 530 

1 5 holds the translation output of the parallel-search unit 526. If indexing yields a 
translation, a holding buffer 532 holds the result of indexing. A selector 528 
connects either of the translation results held in buffers 530 or 532 to output 534. 
The buffers 530 or 532 are short, each holding a small number of translation 
results at a time which is transmitted at 534 to the ingress requesting a translation. 

20 Figure 25 is a schematic of a translation module 520 showing the 

construction of the parallel search mechanism 526 shown in Figure 24. Same 
numerals are used to show same elements in the both Figures. The output of the 
indexing unit 524 is distributed using the 1 to S selector 542 which distributes the 
(B-L) bits of the unresolved address to a corresponding secondary search memory. 

25 The branch search memory number is indicated in the indexing table of the 

indexing unit 524. The output of the 1 :S selector 542 is buffered in a queue 544 
of a respective branch search units 546. The buffer queues 548 are needed since 
the indexing unit 524 can output addresses at a much higher speed than the speed 
of resolution in any of the units 546. The combined translation capacity of the 

30 search units 546 is preferably higher than the capacity of the indexing unit 524. 
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However, buffering at queue 544 and at queue 548 may still be needed since the 
loading of the different units 546 may not be uniform and generally fluctuates 
with time. An S: 1 selector 552 multiplexes the translations into a single stream. 



